一篇解决springMVC前后端参数传递问题

您所在的位置:网站首页 contenttype属性 form 一篇解决springMVC前后端参数传递问题

一篇解决springMVC前后端参数传递问题

2023-09-02 17:05| 来源: 网络整理| 查看: 265

一、先来看一个常见的异常

org.springframework.web.HttpMediaTypeNotSupportedException: Content type 'application/x-www-form-urlencoded;charset=UTF-8' not supported

 前端代码:

$.ajax({ type:"post", url:"/test", data:JSON.stringify({id:1,name:"小明",gender:true}), success:function (result) { console.log(result); } });

后端代码:

@ResponseBody @RequestMapping("/test") public Object testJson(@RequestBody User user){ System.out.println(user); return user; }

前后端用json字符串做数据交互。一运行就报了上面的异常了。

先说一下解决方法:

ajax中加上一个键值对:contentType:"application/json" 就行了。

原因:前端用 JSON.stringify({id:1,name:"小明",gender:true}) 将一个js对象转换成了json字符串,后端通过@RequestBody注解表示要解析json字符串(相当于fastJson来解析json字符串)并赋值给User对象,我们发送的是http请求,后端在解析请求参数时并不是直接解析内容,若是post请求的话,他会先检查HTTP请求的Content-type属性值,根据这个属性值来判断请求体中的数据格式。前端我们发的ajax请求默认的contentType属性值为:application/x-www-form-urlencoded;charset=UTF-8,这个contentType表示的数据格式是键值对格式。所以我后端需要json格式的数据,你给我传递个键值对格式,我肯定说不支持啊。

所以我们用contentType:"application/json"来改变http请求,表示我发送的数据是json格式的,后端就可以识别了呗。

二、深入研究一下,从根本上解决这个参数传递问题 1、请求的数据格式的区别 因为content-Type是用来表示请求体的类型的,默认值为默认为application/x-www-form-urlencoded; charset=UTF-8,这个称为MIME类型。get请求没有请求体,所以就没有content-Type属性;post请求有请求体,所以就会有content-Type属性。form表单的默认MIME类型也是application/x-www-form-urlencoded,即enctype="application/x-www-form-urlencoded",如果是文件上传则enctype="multipart/form-data"键值对格式:name=www&url=www&checked=true&pId=6

              常见场景

                  1)form表单默认MIME类型时

                  2)serialize()方法

                  3)ajax中的js对象(根据ajax文档显示,最终js对象在发送时会被转化成键值对格式)

                  4)get请求

                  5)FormData对象

 

     4.Json格式:{"name":"www","url":"www","checked":true,"pId":6}

       data:JSON.stringify({name:name,url:url,checked:checked,pId:pId}), //将js对象转换成json字符串格式

       contentType:"application/json" //设置请求的MIME类型为application/json格式,即json格式

     5.请求体的区别:Form data 和Request Payload

         1、当post请求的content-Type属性的值为application/x-www-form-urlencoded; charset=UTF-8时,数据封装在Form data中,键值对格式

         2、当post请求的content-Type属性的值为application/json或text/plain时,数据封装在Request Payload中,json格式

2、获取请求参数(总结一下)       键值对格式

           1、只要保证请求的参数名和处理器方法的形参名称一致,自动绑定成功。

           2、获取单个请求参数

                     1)@RequestParam注解:获取一个请求参数,并赋值给一个形参

属性

@RequestParam(value="password",required=false,defaultValue="0") int password

required:设置属性是否为必须的,默认为true。可以设置其值为false,即当没有该属性时也不会报错。

defaultValue:当required=false时使用,设置请求参数的默认值,不能单独使用。

                     2)@PathVariable 注解:针对rest风格的url,可以将url的占位符参数,绑定到处理器方法的入参处

testPathvariable @GetMapping("/testPathvariable/{id}/{name}") public String testPathVariable(@PathVariable("id") Integer id,@PathVariable("name") String name) { System.out.println(id); return "success"; }

          这里说一下rest风格的URL,rest风格的URL强调用不同的请求方式代表服务器端不同的操作,可以大致概括为服务器端的增删改查四个操作,即get请求代表查询、post请求代表增加、put请求代表更新、delete请求代表删除。但是在传递参数上面,键值对的参数格式也完全适用于rest风格的URL,比如说对应post的添加请求,前端将参数封装在请求体中,后端完全可以像以前一样,使用一个对象来接收参数,我曾经见过一个据说采用rest风格URL的项目中所有的请求方式全是post,这样完全可以进行操作,只是不太符合rest强调的优雅的URL的风格,而且要知道,post请求是要比get请求慢的,这一点感兴趣的可以自行百度。所以,总结来说,rest风格的URL也就两种传参方式:一种是像这样 /testPathvariable/user/1,后端就用占位符+@PathVariable("参数名")来接收参数,一般适用于get请求和delete请求,当然参数较多时,可以考虑适用post请求将参数封装到请求体中发送;另一种是像之前一样,在请求体中使用键值对格式,后端用对象或者多个参数来接收,只要保证键值对的参数key和入参的参数名一致就行。

目前,rest风格的URL还没有普及开来,前后端对接时大部分还是使用键值对或传递json字符串的形式,不过因为微服务和springCloud的流行,springCloud默认的服务调用组件ribbon,默认就是采用rest风格的URL来进行服务调用的,不过这种URL都是在各服务的内部进行调用,用户是看不到这种URL的。

 

                      3)@RequestHeader注解:获取请求头中的参数。

 

如:@RequestHeader(value="Accept-Language") 这是获取请求头中Accept-Language属性的值。

                     4)@CookieValue注解:获取cookie中某个键值对的值。

@CookieValue("JSESSIONID")获取JSESSIONID属性的值。

            3、获取多个请求参数

     使用POJO(普通的Java类)作为参数:按照请求参数名(name属性名)和POJO属性名进行自动匹配,自动通过setter方法为该对象填充属性值,且支持级联属性。

       json格式

     1.@RequestBody User user(推荐)

             用实体类接收,json的key要和实体类属性一致。

     2.@RequestBody Map map(次推荐)

             用map接收,json的key要和map的key一致

     3.@RequestBody String str (这样是将整个json字符串赋值给str,不推荐)

             用字符串接收,然后在自己解析json字符串

 

 

 

ok,结束,吃饭去。

 

 

 

 

 



【本文地址】


今日新闻


推荐新闻


CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3